DYNAMIC MARKET EQUILIBRIUM MANAGEMENT 
SYSTEM, PROCESS AND ARTICLE OF MANUFACTURE 




BACKGROUND OF THE INVENTION 

1 . Field of the Invention. 

The present invention relates to a dynamic market equilibrium management system 

10 for the sale of goods and services, also sometimes referred to herein as a "management 
system" or "market equilibrium manager." More particularly, it relates to such a dynamic 
market equilibrium management system for use in e-commerce applications, such as on-line 
buying groups of the type described and claimed in a related copending, commonly assigned 
application filed March 1 5, 1999 in the names of Tom Van Horn, Niklas Gustafsson and Dale 

IS Woodford, and entitled "Demand Aggregation Through Online Buying Groups" (Attorney 
Docket MCTA-0O1/00US), the disclosure of which is hereby incorporated by reference 
herein. The invention further relates to a user interface allowing more convenient and skillful 
data management for hypothetical situations and related applications. 

20 2. Introduction to the Invention. 

The above on-line buying groups invention provides a method and apparatus to 
globally locate, encourage and enable all buyers wishing to purchase a particular product or 
service within a given time frame to join forces in a buying group ("co-op") formed 
specifically to accomplish the desired purchase. The co-op will enable individual buyers to 

25 leverage their combined purchasing power to achieve an economic bargain far superior to 
that attainable by any one buyer acting alone. This superior bargain most often will be 
reflected in terms of a lower price. 

That invention also provides a method and apparatus that allows each buyer an 
opportunity to increase the volume of any given co-op in order to further increase group 

30 buying power within a co-op. It also includes a mechanism through which buyers can form 
any number of special interest groups, provide their collective wisdom to dictate which 
products are featured in future co-ops, or even make a market for a given product or service. 

Other key aspects of that invention include a means to allow unprecedented access to 
certain true market data and pricing information derived from co-op member input during the 
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life of each co-op. For example, all buyers wishing to join a co-op must submit a binding 
offer guaranteeing their willingness to purchase the featured item at or below some maximum 
price determined by each individual member. This collection of purchase offers provides 
valuable quantitative data regarding price sensitivity for the featured item. In addition, it 
permits real time yield management decisions that often will benefit both buyers and 
suppliers. Specifically, the invention provides data from which a supplier can be informed 
that if the product price is reduced by a specified amount, the co-op's pool of accepted offers - 
i.e., final sales - will increase by a specific quantity. The guaranteed increase in volume due 
to a reduced price would improve its overall yield. Under this scenario, both the co-op 
buyers and the product supplier benefit from the indicated price reduction. 

The present invention provides a dynamic market equilibrium management system 
which permits one to quickly and conveniently define and achieve market equilibrium (i.e., 
the ideal point at which supply meets demand for a given product or service). When adapted 
for use with the related invention described above, it utilizes the true market data and pricing 
IS information made available through such related invention to allow more effective and . 
skillful market management, such that market equilibrium can be quickly defined and 
achieved for any given co-op. While the present invention is especially adapted for use with 
the system, process and article of manufacture described and claimed in the related 
application, its features and advantages make it useful as well in a wide variety of other e- 
commerce applications and even for managing other markets which are not implemented in 
an on-line environment 

Other ways in which this invention provides unique benefits to market managers for 
the sale of goods and services in electronic commerce are set forth in various parts of this 
document below. 
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3. Background. (Prior art) 

Historically there has been no way for a supplier to predict with certainty the price at 
which a product must be sold in order to increase sales volume by a specified amount Under 
traditional sales models, pricing decisions are made based on estimates, such as anticipated 
30 product demand and presumed price sensitivity, in the hope that supply will approximate 
demand at the selected price. If a supplier of a particular item could rely on guaranteed 
purchase offers to increase volume at varying levels of acceptable sales prices and utilize a 
tool to quickly and skillfully define market equilibrium, such a tool would be extremely 
valuable to the supplier. Among other things, it would permit instantaneous, accurate yield 



management decisions that often would encourage win-win price reductions. The supplier 
wins by improving his overall yield based on volume, and the buyer wins by getting a lower 
per unit price. 

Further, existing sales models and tools do not offer suppliers a clearly superior 
5 means of quickly reducing large quantities of specific product inventory (such as a close out 
item) in a way that will permit both maximization of yield and fast movement of an 
extremely large quantity of product. Similarly, there exists no clearly superior sales channel 
throug' ■vhich a supplier can readily turn to swiftly create an extremely large, global market 
for a specific product to significantly increase market share for that product, in a format that 
1 0 permits skillful yield management 

It is also known in existing spreadsheet programs to recalculate derived values 
□ automatically from data changes entered into the spreadsheet Display of such recalculated 

J values facilitates evaluation of hypothetical "what if scenarios for making business 

y t decisions. However, this is done by changing a value in a cell of the spreadsheet, resulting m 

f 3 1 5 recalculating all variable entries dependent on the variable changed. It is not easy for the user . 

to see the global effect of such changes without a careful review of the recalculated 
spreadsheet or separate screens showing graphs derived from the recalculated spreadsheet. 
3 The result is a cumbersome iterative process in which the user must change a value in a cell 

of the spreadsheet, obtain a graph of the resulting dependent variable changes, determine 
whether those results are as desired, if not, go back to the spreadsheet and make another value 
q change in a cell, redraw the graph, and so forth until desired results are achieved. The 

process is even more cumbersome if the user desires to add a line to a graph, which requires 
the generation of new cells in the spreadsheet 

Specific examples of e-commerce systems implemented on the Internet or other 
25 networks are disclosed in the following issued patents: U.S. Patent 4,789,928, issued 
December 6, 1988 to Fujisaki; U.S. Patent 5,79437, issued August 11, 1998 to Walker et 
at; U.S. Patent 5,797,127, issued August 18, 1998 to Walker et at; U.S. Patent 5,835,896, 
issued November 10, 1998 to Fisher et al. and U.S. Patent 5,845,265, issued December 1, 
1998 to Woolston. 

30 Various examples of yield management systems and processes are disclosed in the 

following issued patents: U.S. Patent 5,729,700, issued March 17, 1998 to Melnikoff; U.S. 
Patent 5,270,921, issued December 14, 1993 to Hornick; U.S. Patent 5,255,184, issued 
October 19, 1993 to Hornick et al. and U.S. Patent 5,148,365, issued September 15, 1992 to 
Denbo. 
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4. Benefits of the invention. 

In order to join a co-op, each buyer must determine the maximum price at which (or 
below) he or she is willing to purchase the featured item. Such amount is specified in his or 
her binding purchase offer. That offer is guaranteed by the buyer's credit card. All offers 
including the various amounts at which they are submitted are collected and summarized in a 
database. This process enables accurate, real-time yield management decisions which can be 
used to advocate a ver per unit price. For example, the business entity implementing the 
invention would be able to determine ideal market equilibrium based on true market data, and 
represent to a supplier that if the price were lowered by SX, the sales volume will increase by 
an additional 1 ,000 units. Although the per unit price would drop, the supplier's overall profit 
yield may increase due to the substantial increase in volume. Hence, this invention permits 
the business implementing the invention to quickly and meaningfully assess the forces of 
supply and demand and communicate conclusions based on true market data to suppliers in 
order to eliminate the uncertainty that would otherwise make suppliers reluctant to lower 
prices. 

Further, this invention provides instantaneous yield management capabilities which 
enhance virtually all aspects of the related buying groups invention. For example, the related 
invention's method of globally creating buying groups on a purchase by purchase basis 
provides a unique method of quickly moving large quantities of specific products. For 
instance, a supplier might utilize that invention's sales platform to sell a substantial volume of 
one product for the specific purpose of increasing its market share. A supplier also could 
utilize the related invention as a platform for unloading a large volume of specific products 
nearing the end of their product life cycle. Suppliers also might utilize the related invention 
as a means to accomplish swift inventory leveling for cash flow or financial reporting 
purposes. All such applications of the related invention are significantly enhanced by this 
invention because it enables suppliers to accomplish these objectives in a format that quickly 
and conveniently defines market equilibrium, which, in turn, permits them to maximize yield 
in each such transaction. 

In contrast to the cumbersome procedure described above for use of a spreadsheet 
program to study results of "what if scenarios, the direct manipulation of graphical 
visualizations of data with the user interface of this invention produces the changes in the 
underlying tabular data directly, so that the user sees the results of changes directly on the 
visualized data, without having to move successively between tabular spreadsheet data and a 



graph of that data. This direct versus indirect approach allows the much more convenient and 
skillful data manipulation for hypothetical and similar situations. 

Definitions 

5 Certain terms as used herein are defined as follows: 

Browser: A specific type of client system, referring to an HTTP client enabling the 
display of various forms of information originating at the server, also capable of sending 
information, such as requests and ->rsonal data, to the server at the request of the end user. A 
browser is not the only possible or intended client system. Our method and apparatus apply 
1 0 only to the server, and are not dependent on what form of client is used, only that some client 
exists as the means of input 

Co-op: For the purposes of this application, the term 'co-op' as used throughout is not 
intended to refer to the traditional cooperative form of business which is owned by all of its 
members. A business organization implementing this invention need not be organized as a * 
IS cooperative. Instead, we use the term 'co-op' to refer to the online manifestation of buying 
groups who have committed to purchase a certain product within a specified price (i.e., at or 
below a maximum price). Co-ops are also occasionally referred to herein as 'buying groups,' 
'buying co-ops' and 'product co-ops.' 

Critical Mass: The volume of acceptable offers necessary before any purchase offers 
20 will be accepted. The critical mass may be specified by a supplier. It may also be the sales 
volume at which the starting co-op price is justified 

Current Price: The price stated as current at any given time during the co-op. One 
significance of the current price is that availability is guaranteed for offers at or above such 
price after critical mass is achieved. 
25 E-commerce server Is here used to refer to a specific server software system, residing 

on a set of CPUs, that is used to send information to the client system(s) and accepting input 
from said clients for the sole purpose of taking orders, whether they are for co-ops or not 

Ending Price: The price specified at the end of the co-op, which represents the price 
at which all offers are accepted. 
30 Featured Product: Any product or product variant identified for sale through a co-op. 

For purposes of this application, the term 'featured product 1 includes any services which 
might be identified for sale through a co-op. 

HTTP: The Hyper-Text Transfer Protocol. 
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HTTP server: A specific server software system, residing on a set of CPUs, which is 
used to communicate with client systems such as HTTP browsers. The HTTP server is only 
one means of communication between the client and server, and its inclusion in this 
discussion of our invention is not meant to imply that it is the only means of implementation 
of the invention. 

Market Equilibrium: The ideaj point at which supply for a given product or service 
meets demand for such product or service. 

Offer or Purchase Offer: A binding, r-^-cancelable offer to purchase a featured 
product within a price range the maximum of wliich is specified by the buyer. Each such 
offer is guaranteed by the respective buyer's credit card at the time it is offered. Making an 
offer is a condition precedent to joining a co-op. The offer is either accepted or rejected at 
the close of the co-op. 

Price Curve: A description of price as a function, in the mathematical sense, of the 
number of units. See Figures 3 A-3 E. 
1 5 Product and Product Variant: A product is a set of items for sale, which all has a 

certain set of significant characteristics in common. For example, a particular brand and style 
of in-line skates, each having the same characteristics, such as design, brand, color, a left and 
a right skate sold together, etc. A product variant is a subset of a product. For example, size 5 
and size 8 of a particular pair of in-line skates are different variants of the same product As 
20 used herein, a product can be a tangible or intangible object or a service. 

Server: The term 'server* is here used to refer to the set of hardware and software 
systems that are used to implement co-ops in accordance with this invention. These systems 
are to be distinguished from the client systems that are used by buyers to participate in co- 
ops. See Figures 2 and 4. 
25 Server process: A computer program that is part of the server software systems, and 

which executes in its own address space, communicating with other processes via means 
defined by the operating system(s) of the hardware platforms. Unfortunately, it is necessary 
to use the term 'process' to describe other things than computer programs executing in their 
own address space in this application, so care has been taken to always use the term 'server 
30 process' when the latter is meant 

Starting Price: The price listed as the current price at the beginning of each co-op. 



SUMMARY OF THE INVENTION 
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in accordance with a first aspect of the invention, a system for defining a price curve 
and approaching market equilibrium in an on-line buying co-op for a product includes an e- 
commerce server data processing system. The e-commerce server data processing system has 
e-commerce server software executable on the e-commerce server data processing system 
and configured to define an on-line buying co-op for a product A storage device is coupled 
to the e-commerce data processing system and has stored therein a database including at least 
price and quantity data for the product. A merchandising staff client data processing system 
is coupled to said storage device. The merchandising st ~ client data processing system 
includes client software executable on the merchandising staff client data processing system 
and configured to receive merchandising staff inputs for defining the buyers' cooperative for 
the product. The client software includes a market equilibrium manager to establish a price 
curve for the product in the buyers' cooperative by utilizing the price and quantity data for the 
product in the database. 

In a second aspect of the invention, a process for defining a price curve and 
1 5 approaching market equilibrium in an on-line buying co-op for a product includes defining an . 
on-line buying co-op for a product A database including at least price and quantity data for 
the product is stored in a storage device. Inputs from buyers to take offers for the product are 
accepted. The buyer inputs are used to modify the database. Merchandising staff inputs 
utilizing a market equilibrium manager are received to establish a price curve for the product 
20 in the on-line buying co-op by utilizing the price and quantity data for the product in the 
database. 

In a third aspect of the invention an article of manufacture comprises a computer 
readable medium having stored therein a computer program for defining a price curve and 
approaching market equilibrium in an on-line buying co-op for a product The computer 

25 program has a first code segment for defining a buying co-op for a product A second code 
segment stores in a storage device a database including at least price and quantity data for the 
product A third code segment accepts inputs from buyers to take offers for the product A 
fourth code segment uses the buyer inputs to modify the database. A fifth code segment 
receives merchandising staff inputs utilizing a 'i^^^^^ibn^ja^g^to establish a 

30 price curve for the product in the on-line buying co-op by utilizing the price and quantity data 
for the product in the database. 

In a fourth aspect of the invention, a system for providing a graphical user interface 
for displaying data graphically includes a display, a data processing system coupled to the 
display and a storage device coupled to the data processing system and containing a database. 



First software in the data processing system is configured to control the data processing 
system for providing a graphical display of data from the database. Second software in the 
data processing system is configured to receive user inputs for directly manipulating the 
graphical display of the data. Third software in the data processing system is configured to 
supply modified data based on the manipulation of the graphical display of the data to said 
database. Fourth software is coupled to the database for recalculating dependent variables of 
the modified data. Fifth software in the data processing system is configured to display 
feedback dependent variable data on said display with the graphical dispL / of data from the 
database. 

In a fifth aspect of the invention, a process for providing a graphical user interface 
displaying data graphically with a data processing system includes storing data in a database. 
A graphical display of data from the database is provided on a display device of the data 
processing system. User inputs to the data processing system are received for directly, 
manipulating the graphical display of the data. Modified data based on the manipulation of 
the graphical display of the data is supplied to the database. Dependent variables of the. • 
modified data are recalculated. Feedback dependent variable data is displayed on the display 
device with the graphical display of data from the database. 

In a sixth aspect of the invention, an article of manufacture includes a computer 
readable medium having stored therein a computer program for providing a graphical user 
interface displaying data graphically with a data processing system. The computer program 
has a first code segment for storing data in a database. A second code segment provides a 
graphical display of data from the database on a display device of the data processing system. 
A third code segment receives user inputs to the data processing system for directly 
manipulating the graphical display of the data. A fourth code segment supplies modified data 
based on the manipulation of the graphical display of the data to the database. A fifth code 
segment receives recalculated dependent variables of the modified data. A sixth code 
segment displays feedback dependent variable data on the display device with the graphical 
display of data from the database. 



Introductory Description of the Method 

Merchandising and yield management personnel will define each co-op by means of 
data entry. Such data entry is not limited to time prior to the opening of a co-op. The 
definition of a co-op, including its price curve, is subject to modification during its lifetime. 
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In fact, the ability to modify the co-op definition based on data gathered from offers to 
participate in a co-op is an essential aspect of the invention. 

The attainment of the foregoing and related advantages and features of the invention 
should be more readily apparent to those skilled in the art, after review of the following more 
detailed description of the invention, taken together with the drawings, in which: 

BRIEF DESCRIPTION OF THF OR AWTM^ 
Figure 1 is a block diagram of an internetworked computer system for implemer; h\g 
the invention. 

Figure 2 is a block diagram of software components for implementing the invention. 
Figures 3A-3E is a set of sequential graphs of price curves useful for understanding 
operation of the invention. 

Figure 4 is a first more detailed block diagram of a portion of the software 
components in Figure 2 for implementing the invention. 
1 S Figure 5 is a second more detailed block diagram of a portion of the software 

components in Figure 2 for implementing the invention. 

Figure 6 is a third more detailed block diagram of a portion of the software 
components in Figure S for implementing the invention. 

Figure 7 is a fourth more detailed block diagram of a portion of the software 
20 components in Figure S for implementing the invention. 

DESCRIPTION OF SPECIFIC EMBODIMENTS 
The drawings show preferred forms of a dynamic market equilibrium management 
system, process and article of manufacture suitable for implementing the invention. 
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Introductory Description of the Apparatus 

As shown in Figures 2 and 4, merchandising and yield management staff 20 defines a 
co-op in accordance with the invention using client computer 22 and client software 24, 
comprised of a set of tools, including but not limited to the market equilibrium manager. The 
tools 24 communicate with the server processes 26, including but not limited to the database 
process, to enter the data relevant to each co-op. 

The buyer 28 accesses all aspects of the co-op using a client computer 30 running a 
browser 32 or some other type of client computer program. The client computer program 32 
communicates via some means of physical communication layer 34, e.g. the Internet, with a 
server 36, i.e. the HTTP server, or a server with similar purpose. The HTTP server 36 further 
communicates, using public or proprietary protocols, with an e-commerce server 38, which 
contains the principal software for implementing this invention. 

The e-commerce server 38 software and related components is comprised of a set of 
1 S server processes 40, a means 42 of communication between the server processes 40, and a 
database 44 to hold data significant to the process of taking offers and otherwise interacting 
with the buyer 28. The capabilities of the e-commerce server software and related 
components extend far beyond the ability to handle co-ops and implement the market 
equilibrium manager. The present invention is directed to the capabilities that pertain to co-op 
20 market management The other capabilities of the e-commerce server 38 software and related 
components are implemented with software modules and routines known in the art and will 
not be described beyond that necessary to understand the invention. 

As shown in Figure 4, co-ops are primarily manifested by a set of database tables 50 
that define the essential properties of the co-ops, a set of program subroutines 52 and server 
25 processes 54 and 56 defining the logical processing necessary to manage co-ops and their 
interaction with buyers, and data contained in the database tables 50 defining the values of 
the essential properties that define each co-op. In particular, the tables 50 contain data that 
defines the price curves as depicted in Figures 3 A-3E. 

An example of a price curve set as initially established during the process of setting 
30 up a buying co-op is shown in Figure 3 A, in this case for a Mitsubishi 36" high definition 
television set. In this simple model, a constant cost of $875 as shown at 100 and a constant 
minimum price of $1,000 for which offers will be recorded as shown at 102 are depicted. A 
price curve 104 shows a declining price for the product with an increasing number of 
acceptable offers for the product, up to a maximum of 1,000 units, which is the usual case. 

10 



10 



In principle, an increasing price for the product could be provided in the case of a product 
with a limited supply, such as a limited edition collectible. Curve 106 represents a minimum 
offer threshold which will be used by the market equilibrium manager to modify the price 
curve 104 as offers are submitted by potential buyers. As long as an offer is above any 
minimum price 102, it will be recorded, but if it is below the minimum offer threshold 106 at 
that point in the co-op, it will not be used to modify the price curve 104 or the minimum offer 
threshold curve 106. 

As data is gathered from buyers, by means of their making offers, the co-op is 
modified using the market^qi^rium.manager, so as to take into account the market data in 
the definition of the price curve set Figure 3B shows such a modified curve set early in the 
history of the co-op. An additional change shown in Figure 3B from the price curve set 
H shown in Figure 3 A is that cost curve 100 and minimum price curve 102, corresponding 

m respectively to the curves 100 and 102 in Figure 3 A, are in three segments to reflect typical *- 

volume discounts. The market equilibrium manager code is configured to allow such 
f 3 15 modifications to be made directly on the displayed curves through use of a mouse or other 

yi pointing device. The minimum offer threshold curve 106 has also been modified in Figure 3B 

3 to give an inflection at 108 by dragging data point 1 10 with a mouse. As a result, some 

-![ previous offers that were below the threshold curve 106 and above the minimum price curve 

ry 1 02 and thus ignored for the purpose of modifying the price curve 1 04 for the co-op, are now 

20 used to modify the price curve 104. This has the effect of modifying the price curve 104 as 
Q shown. Also shown in Figure 3B is a histogram 1 1 2 of the total of 164 committed offers (see 

the data in block 1 14) that have been deemed acceptable at this point in the co-op because the 
maximum price at which they were made was equal to or greater than the current price of 
$2014 on price curve 104 for that volume of sales. The data at 1 14 also shows that a total of 
25 216 acceptable offers have been used to modify the price curve 1 04 and that the co-op will 
produce a gross margin of $ 1 72,036. As merchandising staff modify the curve set shown in 
Figures 3A-3E to test "what if scenarios, immediate direct numeric feedback on the effect of 
those modifications is given in the data of block 1 14. 

Figure 3C shows the curve set in Figure 3B at a later time in the operation of the co- 
30 op. Minimum threshold offer curve 1 06 has again been modified by direct input, i.e., 

dragging data point 1 16 to a point just below the price curve 104. This modification means 
that only offers that are quite close to the current price of $1,754 on the price curve 104 will 
be used for further modification of the price curve, having the effect of minimizing further 
price adjustments and potentially lengthening the duration of the co-op to avoid a premature 
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close. Block 1 14 now shows a total of 428 committed offers at the current price at this point 
in the operation of the co-op, with a gross margin of $428,856. 

Figure 3D shows the curve set in Figures 3B and 3C at a still later time in the 
operation of the co-op. Minimum threshold offer curve 106 has once again been modified by 
direct input, i.e., dragging data point 1 18 down toward the cost curve 100 and minimum price 
curve 102. Note that this modification produces a substantial change in the price curve 104 
and that the current price for the television set has now dropped to $1,254. Block 1 14 now 
shows a total of 570 committed offers with a gross margin of $288,710. Thus, the gross 
margin at this point has been substantially reduced. Such a modification would not be made 
in the curve 106 unless it was clear that a substantial reduction in price was needed to sell 
remaining inventory in the co-op. 

However, comparing Figures 3D and 3E shows that, with no further modifications to 
•%D me minimum threshold offer curve 1 06, all 1 ,000 of the television sets are sold at a price of 

" $ 1 .089, giving a gross margin of $5 1 3,000. The ability to follow the progress of a co-op with 
4 1 5 data feedback from modifications to the displayed curve set itself shown in the block 114 

**% provides a powerful management system for buying co-ops. 

~ Co-op Selection 

J In order to select a co-op for participation, the buyer is presented with the following 

f\j 

; g 20 essential co-op information: current price and closing time. The buyer may also be shown the 

O next price level (as defined by the price curve visibility window and the price curve), 

sufficient for the buyer to determine the urgency of an offer. 

Offers below Current Price 

25 Once a buyer has made up his mind to join a co-op, the decision must be made to 

make an offer at a price which encompasses the current price, guaranteeing availability once 
critical mass is achieved, or to make an offer contingent on a lower maximum price, which 
may not result in a successful purchase regardless of whether critical mass is achieved. 
Given the decision to make an offer, the steps are as follows: 

30 1 . The buyer enters an offer which specifies the maximum price at which he is willing 

to purchase the product, his credit card number and any other pertinent information. 

2. The system acknowledges his offer. 

3. The system authorizes his credit card for the maximum price specified in his offer, 
such that his offer is guaranteed to be valid. 

12 
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4. If the offer is at or above the minimum threshold curve, the current price may be 
affected as defined by the price curve, and any new price may be displayed. 

5. If the offer is below the minimum threshold curve, the offer is still recorded, but it 
is disregarded from the pool of offers allowed to impact current price. The reasonable range 

5 of offer prices defining the minimum threshold curve may be derived from the price curve 
itself, and/or external merchandising factors. 

6. Should the current price drop to or below the price level at which the offer was 
made, such offer is included within the pool of offers to be accepted at close of the co-op and 
will be processed as such at close. Inventory is allocated to fulfill the order immediately after 

10 the co-op closes. 

Offers at Current Price 

Given the decision to make an offer specifying a maximum price at the co-op current 
price, the steps are as follows: 
15 1 . The buyer makes a non-cancelable offer to purchase the featured product at a range 

which includes the current price as the maximum acceptable price. 

2. The system acknowledges the offer, and at close of the co-op, if the critical mass 
has been met, the system indicates to the buyer that his offer is accepted. 

3. Inventory is allocated to fulfill the order. 



Co-op Close 

A co-op will result in final sales only if the required critical mass is met Assuming 
critical mass is achieved, the steps taken upon closing of a co-op are as follows: 

1 . The final co-op price is fixed and applied to all offers specifying maximum prices 
25 at or above the final co-op price. 

2. All offers meeting the criteria above are accepted and converted to final sales by 
the e-commerce server, which are then communicated to product supplier and/or a fulfillment 
representative, which ships the products and charges the buyer's account 

3. All buyers that made successful offers are notified of the success thereof, and 
30 notified of the final price. 

4. The buyers that made unsuccessful offers are likewise notified of the situation. 

Detailed Description of the Apparatus 
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The apparatus and software for practicing the preferred implementation of the 
invention is shown in Figures 1 , 2 and 4. 
Servers 

The server systems are comprised of the following hardware and software 
5 components: 

• A set of computers 36, 38 and 140, having the standard definition of a computer 

system. 

• A set of server programs, configured to execute on said set of computers. The server ' 
programs consist of: 

10 1 . A set of database servers 56 holding the database tables and their data. 

2. A set of e-commerce servers 54 that hold the executable commerce-related logic, 
interacting with the client via: 

3. A set of HTTP servers 36, or other such servers with similar purpose, namely being- 
dedicated to being the communication link between the client 32 and the e-commerce servers 

15 54. 

i 

Database Tables 

The apparatus is further comprised of a set of database tables 50, including, but not 
limited to: 

20 * MC_COOP - defining the co-op in detail, including, but not limited to, these fields: 

■ PRODUCTJD The unique ID for the product being offered 

■ MC_C(X)P_START_DATETIME The date/time that the co-op is scheduled 
to open 

• MC_COOP_FINISH_DATETIME The date/time that the co-op is scheduled 
25 to close (might close early if sell all products) 

• MC_C(X)P_MINIMUMJ3UANTITY The minimum quantity that we must sell 

• MC_COOP_MAXIMUM_QUANTITY The maximum quantity that we can sell 

• MC~COOP_ORDER_QUANTITY_LIMIT The limit on the # of items that 
can be ordered by a single customer 

30 ■ MC_COOP_BID_REJECT_THRESHOLD Price limit: below this price an 

offer is not considered "reasonable" 

■ MC_COOP_PRICING_SCHEME Defines whether price curve is line 
segments or step-wise 

■ MC_COOP_COST_SCHEME Defines whether cost curve is line segment or 
35 step- wise 

• MC_COOP_IGNORE_SCHEME Defines whether ignore curve is line 
segments or step-wise 

■ MC_COOP_STATUS Overall status (not yet started, etc.) 

• MC_COOP_WINDOW_PRICE Height of price window (used to encourage 
40 customers to notify their friends) 
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• MC_COOP_CURRENT_PRICE The current price for the co-op item (by 
definition, some point on the price curve) 



* MC_OFFER -- defining the offers that have been made for a co-op, including, but 
not limited to, these fields: 

0ID A unique identifier for the offer 

MC_COOP_OID The unique identifier for the co-op 

MC_OFFER_USER_ID The unique identifier for the user who submitted 

the offer 

MC_OFFER_DATETIME The date/time the offer was submitted 

(early offers get priority) 

MC_OFFERJ>RICE The price that was offered 
MC_OFFER_QUANTITY The quantity that was requested 
MC_OFFER_SHOWNPRICE The current c-op price at the time the offer was 
made (to calculate savings) 

MC_OFFER_MERCATAJBUCKS_EARNED Part of the loyalty management 
program 

MC_OFFER_SHIPPING_ALIAS Identifies shipping destination (needed if 
offer becomes a real order) 

MC_OFFER_PAYMENT_ALIAS Identifies payment method (needed if 
offer becomes a real order) 

A set of price curve tables, all with the same fields. 

♦ MC_COOP_PRICE_CURVE Defines the co-90 price curve (or steps) 

* MC_C(X)PJGNORE_CURVE Defines the co-op ignore curve (a "throttle" on 

the speed of the co-op) 

♦ MCjrOOP_COST_CURVE Defining the points of the price curve for the co- 
op, including, but not limited to, these fields: 

1 . Coop_ID: The co-op identifier that this price curve point is relevant for. 

2. Threshold_Quantity: The quantity coordinate for the price curve point 

3. Threshold_Price: The price coordinate for the price curve point 



MC_COOP_WISHLIST - defining the individual suggestions for new co-ops that have 
been made by various buyers. 



15 



m 



Program Logic 

The program logic of this invention consists of several components, shown in Figure 
2, all residing within the e-commerce servers 54. They include, but are not limited to: 

1. Co-op display components 150, having the purpose of presenting information to the 
5 users via the HTTP servers and client browser software, and further interpreting the inputs of 

the users (merchandising staff as well, as buyers) and translating those inputs into new 
presentation of information and/or manipulations of the data stored in the system. 
The display compone^ that are primarily relevant to this invention are: 

1 0 MC Product List Display a list of products, showing co-op information 

MC Product Details Display a single product, showing co-op information 

Co-op offer & checkout Accept an offer from the user 
E-mail a friend Encourage participants to add to the co-op by sending e-- 

mail to the friends 

1 5 The product list and product details modules show the co-op product description, price (with . 
an animated image in the background to show that the price may fall even further), product 
features, etc. The co-op offer & checkout accepts an offer from a customer regardless of 
whether the offer is at the current price or at some lower price. We take the customer's 
name, e-mail address, shipping destination, credit card information, and the amount of the 

20 offer. We also show some legal text which informs the customer that this offer is binding and 
will be converted to a real order if the co-op price meets their offer amount, etc. 

2. Data access components 26, having the purpose of translating database information 
into data that can be used to display information to buyers. These components are also 
responsible for updating information in the database based on interactions with the users via 

25 the various clients 24 and 32, HTTP servers 36, and co-op display components 1 50. 

The data access components 26 that are primarily relevant to this invention include, 
but are not limited to: 

* MCI_Co-op, responsible for providing information regarding, and management of, 
individual co-ops. Management actions include changing the current price, adding offers at or 
30 below the current price, modifying the price curve and the price curve visibility window. 

*MCI_Co-opManager, responsible for information regarding, and management of, 
sets of co-ops. This management includes finding co-ops with certain characteristics, creating 
new co-ops, and deleting co-ops that already exist. 
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Details of the software for displaying and skillfully managing the set of price curves 
shown in Figures 3A-3E are shown in Figure 5. The software in the merchandising staff 
client computer 22 includes a graphical manipulation module 160, which is coupled to 
interact with a constraints module 162, which prevents certain graphical manipulations of the 
5 price curve set, such as offers above the current price or below the cost of the product in the 
co-op. The graphical manipulation module 160 is coupled to a data formatting module 164, 
which formats data represented by a modification to the set of price curves into a form 
suitable for storage in the databas 4 4 (see also Figure 2). As shown, the database is 
desirably, but not necessarily, stored in the common object request broker architecture 

10 (CORBA) form. The data formatting module 164 is coupled through a database interface 
module 166 to the database 44 to pass the formatted data to the database 44. In order to 
provide feedback on the effect of a direct data manipulation of the price curve set, suitable 
conventional software (not shown) recalculates variables dependent on the data modified by„. 
direct curve manipulation and feeds the results of those calculations to the graphical 

1 5 manipulation module for display on the curve set and in the data block 1 14 (Figures 3A-3E). 

For comparative purposes, if a spreadsheet program 168 is used for data manipulation 
to test "what if' scenarios, changes in a data cell of the spreadsheet and resulting 
recalcuations of dependent cells are supplied by the spreadsheet program to the database 
interface module 166 for storage in the database 44. Any visual display of the data 

20 modifications and resulting recalculations would then be made using a graphing component 
of the spreadsheet Observing the effects of making such changes using the spreadsheet 
program would be much less direct than observing the changes made by direct data 
manipulation with the graphical manipulation module 160. 

Further details of the graphical manipulation module 160 are shown in Figure 6. A 

25 shape function 170 is coupled to a current price function 1 72, a price window function 1 74, a 
cost function 1 76, a price function 1 78 and an offer histogram function 1 80. The cost 
function 176 is coupled to a margin function 182, and the price function 178 is coupled to a 
minimum offer function 1 84. These functions interact to produce the set of price curves 
shown in Figures 3A-3E. 

30 Details of the database interface module 166 (Figure 5) are shown in Figure 7. The 

DB interface 166 includes a system object 184, which interacts with the database 44 in host 
server 1 40 (Figure 1 ). A co-op object 1 86 manipulates co-ops and attributes of co-ops and 
interacts with the database 44 through the system object 184. A co-op manager object 188 
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finds and creates co-ops and also interacts with the database 44 through the system object 
184. 

All publications and patent applications mentioned in this specification are 
herein incorporated by reference to the same extent as if each individual publication or patent 
application was specifically and individually indicated to be incorporated by reference. 

The invention now being fully described, it will be apparent to one of ordinary 
skill in the art that many changes and modifications can be made thereto without departing 
from the spirit or scope of the appended claims. 
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